• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    A method and device for retransmitting data are provided. The method includes: receiving, by a first device, on a data radio bearer DRB, a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device; verifying, by a PDCP layer of the first device, an integrity protection IP for the first PDCP PDU; transmitting, by the first device, a PDCP status report to the second device when an IP verification for the first PDCP PDU is failed and a trigger condition is met, where the triggering condition is used for triggering the first device to transmit the PDCP status report to the second device. Thus, it can be ensured that the first PDCP PDU transmitted by the second device is received on the DRB again by the first device when the IP verification for the first PDCP PDU is failed, thereby effectively solving the problem of data packet loss caused by a failure of IP verification.
    公开号:EP3709547A1
    申请号:EP17931143.6
    申请日:2017-11-09
    公开日:2020-09-16
    发明作者:Hai Tang
    申请人:Guangdong Oppo Mobile Telecommunications Corp Ltd；
    IPC主号:H04L1-00
    专利说明:
    [0001] Embodiments of the present invention relate to the field of communications, and in particular, to a method and a device for retransmitting data. BACKGROUND
    [0002] With the pursuit of people for speed, delay, high-speed mobility, energy efficiency and the diversity and complexity of services in future life.
    [0003] For this reason, the International Organization for Standardization of the 3rd Generation Partnership Project (The 3rd Generation Partnership Project, 3GPP) has already begun to develop the 5th Generation Mobile Communication Technology (5-Generation, 5G). When the New Radio (New Radio, NR) is deployed in an early stage, it is difficult to obtain the complete NR coverage, so the typical network coverage is the wild-area long term evolution (Long Term Evolution, LTE) coverage and the island coverage mode of NR. Also, since a large amount of LTE is deployed below 6 gigahertz (GHz), there is little spectrum available for 5G below 6GHz. Therefore, for the NR, it is necessary to study the application of spectrums above 6GHz, but the coverage of high frequency band is limited and the signal fading of high frequency band is fast.
    [0004] In the prior art, in order to protect the mobile operators' previous investment on LTE, a working mode of tight interworking (tight interworking) between LTE and NR is proposed. Specifically, the data is transmitted through LTE-NR Dual Connection (Dual Connection, DC) supported by a band (band) combination, thereby improving system throughput.
    [0005] In LTE, there is no requirement for integrity protection for a data radio bearer (data radio bearer, DRB), but the requirement for integrity protection for data on the DRB is added in NR, for this reason, I part, a Media Access Control (Media Access Control, MAC) for integrity protection (integrity protection, IP) verification needs to be additionally carried in each Packet Data Convergence Protocol (Packet Data Convergence Protocol, PDCP) service data unit (service data unit, SDU).
    [0006] However, for data packet loss caused by the failure of the integrity protection verification on the PDCP layer, it cannot be guaranteed that no packet is lost through the retransmission triggered by a Radio Link Control (Radio Link Control, RLC) layer. But, the prior technical solutions do not involve how to solve the problem of data packet loss caused by a failure of IP verification. SUMMARY
    [0007] A method and a device for retransmitting data are provided, which can effectively solve the problem of data packet loss caused by the failure of IP verification.
    [0008] In a first aspect, a method for retransmitting data is provided, including: receiving, by a first device, on a data radio bearer DRB, a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device; verifying, by a PDCP layer of the first device, an integrity protection IP for the first PDCP PDU; transmitting, by the first device, a PDCP status report to the second device when an IP verification for the first PDCP PDU is failed and a trigger condition is met, where the triggering condition is used for triggering the first device to transmit the PDCP status report to the second device.
    [0009] Therefore, the second device is triggered, by the PDCP status report, to retransmit the first PDCP PDU on the DRB when the IP verification for the first PDCP PDU is failed, thus it can be ensured that the first device can receive the first PDCP PDU retransmitted by the second device on the DRB, thereby effectively solving the problem of data packet loss caused by a failure of IP verification.
    [0010] In some possible implementations, the transmitting, by the first device, the PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and the trigger condition is met, includes:triggering the first device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the first device is greater than or equal to a first threshold.
    [0011] In some possible implementations, the first threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0012] In some possible implementations, the method further includes:setting the cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the first device to zero, after the first device transmits the PDCP status report to the second device.
    [0013] In some possible implementations, the transmitting, by the first device, the PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and the trigger condition is met, includes:triggering the first device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a time interval after the failed IP verification for the first PDCP PDU is greater than or equal to a second threshold.
    [0014] In some possible implementations, the second threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0015] In some possible implementations, a timer is configured on the PDCP layer of the first device, and the method further includes:stopping the timer after the first device transmits the PDCP status report to the second device; restarting the timer when the IP verification performed by the PDCP layer of the first device for a second PDCP PDU is failed, where the second PDCP PDU is a first PDCP PDU with failed IP verification after the first PDCP PDU.
    [0016] In some possible implementations, the PDCP status report includes indication information used for indicating that the PDCP status report is a status report triggered by the failed IP verification performed by the PDCP layer of the first device.
    [0017] In some possible implementations, the method further includes:receiving again, by the first device, on the DRB, the first PDCP PDU transmitted by the second device.
    [0018] In a second aspect, a method for retransmitting data is provided, including: transmitting, by a second device, on a data radio bearer DRB, a first packet data convergence protocol PDCP protocol data unit PDU to a first device; receiving, by the second device, a PDCP status report transmitted by the first device; determining, by the second device, whether to retransmit the PDCP PDU to the first device on the DRB, according to the PDCP status report.
    [0019] In some possible implementations, the PDCP status report includes indication information used for indicating that the PDCP status report is a status report triggered by a failure of an IP verification performed by the PDCP layer of the first device, or the indication information is used for indicating that the PDCP status report is a status report triggered by the reestablishment of the PDCP layer of the first device by the first device.
    [0020] In some possible implementations, the determining, by the second device, whether to retransmit the PDCP PDU to the first device on the DRB, according to the PDCP status report includes:retransmitting, by the second device, on the DRB, the first PDCP PDU to the first device, when determining that the integrity protection IP verification for the first PDCP PDU is failed according to the PDCP status report.
    [0021] In some possible implementations, the method further includes:buffering, by the second device, the first PDCP PDU.
    [0022] In some possible implementations, the method further includes:releasing, by the second device, buffered PDCP PDUs of the first PDCP PDU, when determining that the IP verification for the first PDCP PDU is successful according to the PDCP status report.
    [0023] In some possible implementations, the method further includes:releasing, by the second device, buffered PDCP PDUs of the first PDCP PDU, when a time interval in which no feedback is received after the first PDCP PDU is transmitted by the second device is greater than or equal to a third threshold.
    [0024] In some possible implementations, the third threshold is information configured by a network device through a radio resource control RRC signaling.
    [0025] In a third aspect, a device is provided, including: a transceiver unit, configured to receive a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device on a data radio bearer DRB; a processing unit, configured to verify, by a PDCP layer of the device, an integrity protection IP for the first PDCP PDU; the transceiver unit is further configured to transmit a PDCP status report to the second device when an IP verification for the first PDCP PDU is failed and a trigger condition is met, where the trigger condition is used for triggering the device to transmit the PDCP status report to the second device.
    [0026] In a fourth aspect, a device is provided, including: a transceiver, configured to receive a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device on a data radio bearer DRB; a processor, configured to verify, by a PDCP layer of the device, an integrity protection IP for the first PDCP PDU; the transceiver is further configured to transmit a PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and a trigger condition is met, where the trigger condition is used for triggering the device to transmit the PDCP status report to the second device.
    [0027] In a fifth aspect, a device is provided, including: a transceiver unit, configured to transmit a first packet data convergence protocol PDCP protocol data unit PDU on a data radio bearer DRB to a first device, and receive a PDCP status report transmitted by the first device; a processing unit, configured to determine whether to retransmit the first PDCP PDU to the first device on the DRB according to the PDCP status report.
    [0028] In a sixth aspect, a device is provided, including: a transceiver, configured to transmit a first packet data convergence protocol PDCP protocol data unit PDU on a data radio bearer DRB to a first device, and receive a PDCP status report transmitted by the first device; a processor, configured to determine whether to retransmit the first PDCP PDU to the first device on the DRB according to the PDCP status report.
    [0029] In a seventh aspect, a computer-readable medium is provided for storing computer programs, which include instructions for executing the embodiments of the method in the first or second aspect described above.
    [0030] In an eighth aspect, a computer chip is provided, including: an input interface, an output interface, at least one processor, a memory, where the processor being used to execute codes in the memory, and when the code is executed, the processor being capable of implementing the processes executed by the first device in the method for retransmitting data in the first or the second aspect described above.
    [0031] In a ninth aspect, a computer chip is provided, including: an input interface, an output interface, at least one processor, a memory, where the processor being used to execute a code in the memory, and when the code is executed, the processor being capable of implementing the processes executed by the second device in the method for retransmitting data in the first or the second aspect described above.
    [0032] In a tenth aspect, a communication system is provided, including the first device and the second device as described above. BRIEF DESCRIPTION OF DRAWINGS
    [0033] FIG. 1 is an example of an application scenario of the present invention. FIG. 2 is a schematic flowchart of a method for data transmission in an embodiment of the present invention. FIG. 3 is a schematic flowchart of a method for retransmitting data in an embodiment of the present invention. FIG. 4 is a schematic block diagram of a terminal device in an embodiment of the present invention. FIG. 5 is a schematic block diagram of another terminal device in an embodiment of the present invention. FIG. 6 is a schematic block diagram of a network device in an embodiment of the present invention. FIG. 7 is a schematic block diagram of another network device in an embodiment of the present invention.DESCRIPTION OF EMBODIMENTS
    [0034] FIG. 1 is a schematic diagram of an application scenario of an embodiment of the present invention.
    [0035] Specifically, as shown in FIG. 1, network devices around a terminal device 130 include a master network device 110 and at least one secondary network device 120. The secondary network devices 120 are connected to the master network device 110 respectively to form multiple connections, and are connected to the terminal device 130 respectively to provide services thereto.
    [0036] Specifically, the terminal device 130 may establish connections through the master network device 110 and the secondary network device 120 simultaneously. The connection established between the terminal device 130 and the master network device 110 is a master connection and the connection established between the terminal device 130 and the secondary network device 120 is a secondary connection. A control signaling of the terminal device 130 may be transmitted through the master connection, and a data of the terminal device may be transmitted simultaneously both through the master connection and the secondary connection, or may be transmitted only through the secondary connection.
    [0037] More specifically, the master network device 110 may be an LTE network device and the secondary network device 120 may be a NR network device. Or, the master network device 110 may be a NR network device and the secondary network device 120 may be an LTE network device. Or, both of the master network device 110 and the secondary network device 120 may be NR network devices. However, the application scenario of the technical solution is not limited in embodiments of the present invention.
    [0038] For example, the master network device may also be a GSM network device, a CDMA network device, etc., and the secondary network device may be a GSM network device, a CDMA network device, etc.
    [0039] For another example, the master network device may also be a macro base station, and the secondary network device may also be a microcell, a pico cell, or a femto cell.
    [0040] It should be understood that the terms "system" and "network" are often used interchangeably herein.
    [0041] It should be noted that, in the above application scenario, it is assumed that the master network device is an LTE network device, and the secondary network device is a NR network device, where the LTE has no requirement for an integrity protection for data radio bearer (data radio bearer, DRB), but the NR requires an integrity protection for data on the DRB. For this reason, I part, the Media Access Control (Media Access Control, MAC) for integrity protection (integrity protection, IP) verification needs to be additionally carried in each Packet Data Convergence Protocol (Packet Data Convergence Protocol, PDCP) service data unit (service data unit, SDU).
    [0042] Specifically, integrity protection verification should be performed for every data packet at a data receiving end, and if the integrity protection verification is failed, it is likely that the data has been attacked and maliciously modified. The maliciously modified data should be discarded. However, in some services, a transmission with no data packet loss is required, that is, the packet loss is not permitted. For example, for a data transmission using AM mode on RLC, it is required to ensure that no data is lost. However, for data packet loss caused by the failure of the integrity protection verification on the PDCP layer, it cannot be guaranteed that no packet is lost through the retransmission triggered by the RLC layer.
    [0043] In order to solve the above problem, a method for retransmitting data is provided in embodiments of the present invention, which can effectively solve the problem of data packet loss caused by the failure of IP verification.
    [0044] FIG. 2 is a schematic flowchart of data transmission in an embodiment of the present invention.
    [0045] As shown in FIG. 1, the data generated on the PDCP layer is transmitted to an RLC entity, and the RLC entity is mapped to a physical layer carrier through a Media Access Control (Media Access Control, MAC) layer entity (MAC entity).
    [0046] In embodiments of the present invention, protocol data units on each sub-layer will be transmitted to the designated layers of a receiving end according to the difference of the data. Where, the data entering into each sub-layer without being processed is referred to as a service data unit (service data unit, SDU), and the data formed with a specific format after being processed on a sub-layer is referred to as a Protocol Data Unit (Protocol Data Unit, PDU).
    [0047] That is, a SDU is an information unit transferred from a higher layer protocol to a lower layer protocol, i.e., the original data of the SDU is a PDU on an upper protocol layer. In other words, a PDU formed in the current layer is a SDU in the next layer.
    [0048] For example, there is one RLC entity in every logical channel of each terminal device, and data received by an RLC entity from a PDCP layer or data transmitted to a PDCP layer, may be referred to as an RLC SDU (or PDCP PDU). Data received by an RLC entity from a MAC layer, or data transmitted to a MAC layer, may be referred to as an RLC PDU (or MAC SDU).
    [0049] It should be understood that, in embodiments of the present invention, an RLC layer is located between a PDCP layer and a MAC layer, where the RLC layer may communicate with the PDCP layer through a Service Access Point (Service Access Point, SAP), and may communicate with the MAC layer through a logical channel, which is not limited in embodiments of the present invention.
    [0050] It should be further understood that, the receiving end and the transmitting end are involved in embodiments of the present invention, but are not specifically limited therein.
    [0051] For example, the transmitting end is a network device, and the receiving end is a terminal device.
    [0052] For another example, the transmitting end is a terminal device, and the receiving end is a network device.
    [0053] For another example, both of the transmitting end and the receiving end may be terminal devices.
    [0054] Where, a network device may refer to any entity at the network side used to transmit or receive signals. A network device may be, for example, a user equipment for machine type communication (MTC), a Base Transceiver Station (Base Transceiver Station, BTS) in GSM or CDMA, a base station (NodeB) in WCDMA, an Evolutional Node B (Evolutional Node B, eNB or eNodeB) in LTE, or a base station device in the 5G network.
    [0055] A terminal device may be any terminal device.
    [0056] Specifically, a terminal device may communicate with one or more core networks (Core Network) through a Radio Access Network (Radio Access Network, RAN), and may also be referred to as an access terminal, a user equipment (User Equipment, UE), a subscriber unit, a subscriber station, a mobile station, a mobile unit, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communication device, a user agent, or a user apparatus. It may be, for example, a cellular phone, a cordless phone, a Session Initiation Protocol (Session Initiation Protocol, SIP) phone, a Wireless Local Loop (Wireless Local Loop, WLL) station, a Personal Digital Assistant (Personal Digital Assistant, PDA), a handheld device having a wireless communication function, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, or a terminal device in the 5G network.
    [0057] FIG. 3 is a schematic flowchart of a method for retransmitting data in an embodiment of the present invention.
    [0058] Specifically, as shown in FIG. 3, the method includes:210, transmitting a first PDCP PDU on a DRB.
    [0059] 220, verifying, by a PDCP layer, an IP for the first PDCP PDU.
    [0060] 230, transmitting, by the first device, a PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and a trigger condition is met.
    [0061] Specifically, the first device receives the first PDCP PDU transmitted by the second device on the DRB; the PDCP layer of the first device verifies the integrity protection IP for the first PDCP PDU; when the IP verification for the first PDCP PDU is failed and a trigger condition is met, the first device transmits a PDCP status report to the second device, where the trigger condition is used for triggering the first device to transmit the PDCP status report to the second device. In other words, the second device transmits the first PDCP PDU on the DRB to the first device; the second device receives the PDCP status report transmitted by the first device; the second device determines whether to retransmit the PDCP PDU to the first device on the DRB.
    [0062] Therefore, when the IP verification for the first PDCP PDU is failed, the second device is triggered, by the PDCP status report, to retransmit the first PDCP PDU on the DRB, thus it can be guaranteed that the first device can receive the first PDCP PDU retransmitted by the second device on the DRB, thereby effectively solving the problem of data packet loss caused by a failure of IP verification.
    [0063] The trigger conditions in embodiments of the present invention will be described below with reference to internal implementations of the first device.
    [0064] In one embodiment, the first device may be triggered to transmit the PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and a cumulative number of the PDCP PDUs with failed IP verification on the PDCP layer of the first device is greater than or equal to a first threshold.
    [0065] It should be understood that the first threshold may be a threshold configured by a network device through a radio resource control RRC signaling, which, however, is not limited in embodiments of the present invention.
    [0066] Furthermore, the first device sets the cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the first device to zero, after transmitting the PDCP status report to the second device.
    [0067] In another embodiment, the first device may be triggered to transmit the PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and a time interval after the failed IP verification for the first PDCP PDU is greater than or equal to a second threshold.
    [0068] It should be understood that the second threshold is a threshold configured by a network device through a radio resource control RRC signaling, which, however, is not limited in embodiments of the present invention.
    [0069] Furthermore, a timer is configured on the PDCP layer of the first device, and the timer may be stopped after the first device transmits the PDCP status report to the second device; the timer is restarted when the IP verification performed by the PDCP layer of the first device for a second PDCP PDU is failed, where the second PDCP PDU is a first PDCP PDU with failed IP verification after the first PDCP PDU.
    [0070] In addition, since a status report may also be triggered by the reestablishment of the PDCP layer of the first device by the first device.
    [0071] Therefore, in embodiments of the present invention, furthermore, the PDCP status report may also include indication information used for indicating that the PDCP status report is a status report triggered by a failure of an IP verification performed by the PDCP layer of the first device.
    [0072] Accordingly, a status report triggered by the reestablishment of the PDCP layer of the first device by the first device also carries the indication information used for indicating that the PDCP status report is a status report triggered by the reestablishment of the PDCP layer of the first device by the first device.
    [0073] Thus, the second device can determine whether the IP verification for the first PDCP PDU is successful according to the PDCP status report. Therefore, the second device may retransmit the first PDCP PDU to the first device on the DRB when determining that the integrity protection IP verification for the first PDCP PDU is failed according to the PDCP status report.
    [0074] It should be noted that, since the second device may need to retransmit the first PDCP PDU. Therefore, furthermore, the second device may buffer the first PDCP PDU for standby.
    [0075] Furthermore, the second device releases the buffered PDCP PDUs of the first PDCP PDU when determining that the IP verification for the first PDCP PDU is successful according to the PDCP status report.
    [0076] For example, when the time interval in which no feedback is received after the first PDCP PDU is transmitted by the second device is greater than or equal to a third threshold, the second device releases the buffered PDCP PDUs of the first PDCP PDU.
    [0077] It should be understood that the third threshold is the information configured by the network device through a radio resource control RRC signaling, which, however, is not limited in embodiments of the present invention.
    [0078] It should also be understood that the above trigger conditions are merely exemplary, and are not specifically limited in embodiments of the present invention. For example, the trigger condition may also be a preconfigured condition, and the trigger condition, for example, may also be a combined condition of the above-described embodiments.
    [0079] FIG. 4 is a schematic block diagram of a first device in an embodiment of the present invention.
    [0080] Specifically, as shown in FIG. 4, the device 300 includes:a transceiver unit 310, configured to receive a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device on a data radio bearer DRB; a processing unit 320, configured to verify, by a PDCP layer of the device, an integrity protection IP for the first PDCP PDU; the transceiver unit 310 is further configured to transmit a PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and a trigger condition is met, where the trigger condition is used for triggering the device to transmit the PDCP status report to the second device.
    [0081] Optionally, the transceiver 310 is specifically configured to:trigger the device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a cumulative number of the PDCP PDUs with failed IP verification on the PDCP layer of the device is greater than or equal to a first threshold.
    [0082] Optionally, the first threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0083] Optionally, the processing unit 320 is further configured to:set the cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the device to zero, after the PDCP status report is transmitted to the second device.
    [0084] Optionally, the transceiver 310 is specifically configured to:trigger the device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a time interval after the failed IP verification for the first PDCP PDU is greater than or equal to a second threshold.
    [0085] Optionally, the second threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0086] Optionally, a timer is configured on the PDCP layer of the device, and the processing unit 320 is further configured to:stop the timer after the PDCP status report is transmitted to the second device; restart the timer when the IP verification performed by the PDCP layer of the device for a second PDCP PDU is failed, where the second PDCP PDU is a first PDCP PDU with failed IP verification after the first PDCP PDU
    [0087] Optionally, the PDCP status report includes indication information used for indicating that the PDCP status report is a status report triggered by the failed IP verification performed by the PDCP layer of the device.
    [0088] Optionally, the transceiver 310 is further configured to:receive the first PDCP PDU transmitted by the second device on the DRB again.
    [0089] It should be noted that the transceiver unit 310 may be implemented by a transceiver, and the processing unit 320 may be implemented by a processor. As shown in FIG. 5, a device 400 may include a processor 410, a transceiver 420, and a memory 430. Where, the memory 430 may be used to store indication information, and may also be used to store codes, instructions, etc. that are executed by the processor 410. The various components in the device 400 are connected by a bus system, where, the bus system includes a power bus, a control bus, and a status signal bus in addition to a data bus.
    [0090] The device 400 shown in FIG. 5 is capable of implementing the foregoing processes implemented by the first device in the embodiments of the methods in FIG. 2 and FIG. 3, and is not described here again to avoid repetition.
    [0091] FIG. 6 is a schematic block diagram of a second device in an embodiment of the present invention.
    [0092] Specifically, as shown in FIG. 6, the device 500 includes:a transceiver unit 510, configured to transmit a first packet data convergence protocol PDCP protocol data unit PDU on a data radio bearer DRB to a first device, and receive a PDCP status report transmitted by the first device; a processing unit 520, configured to determine whether to retransmit the first PDCP PDU to the first device on the DRB according to the PDCP status report.
    [0093] Optionally, the PDCP status report includes indication information used for indicating that the PDCP status report is a status report triggered by a failure of an IP verification performed by the PDCP layer of the first device, or the indication information is used for indicating that the PDCP status report is a status report triggered by the reestablishment of the PDCP layer of the first device by the first device.
    [0094] Optionally, the processing unit 520 is specifically configured to:retransmit the first PDCP PDU to the first device on the DRB, when the integrity protection IP verification for the first PDCP PDU is determined to be failed according to the PDCP status report.
    [0095] Optionally, the device further includes:a buffering unit, configured to buffer the first PDCP PDU.
    [0096] Optionally, the processing unit 520 is further configured to:release the buffered PDCP PDUs of the first PDCP PDU when the IP verification for the first PDCP PDU is determined to be successful according to the PDCP status report.
    [0097] Optionally, the processing unit 520 is further configured to:release the buffered PDCP PDUs of the first PDCP PDU when a time interval in which no feedback is received after the first PDCP PDU is transmitted by the second device is greater than or equal to a third threshold.
    [0098] Optionally, the third threshold is the information configured by a network device through a radio resource control RRC signaling.
    [0099] It should be noted that the transceiver unit 510 may be implemented by a transceiver and the processing unit 520 may be implemented by a processor. As shown in FIG. 7, a device 600 may include a processor 610, a transceiver 620, and a memory 630. Where, the memory 630 may be used to store indication information, and may also be used to store codes, instructions, etc. that are executed by the processor 610. The various components in the device 600 are connected by a bus system, where, the bus system includes a power bus, a control bus, and a status signal bus in addition to a data bus.
    [0100] The device 600 shown in FIG. 7 is capable of implementing the foregoing processes implemented by the second device in the embodiments of the methods in FIG. 2 and FIG. 3, and are not described here again to avoid repetition.
    [0101] It should be understood that the embodiments of the method in embodiments of the present invention may be applied to or implemented by a processor.
    [0102] In implementation process, the steps of the embodiments of the method in the present invention may be performed by the integrated logic circuit in the form of hardware or instructions in the form of software in the processor. More specifically, the steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. A software module may be located in a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable read-only memory, a register, or other storage medium as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
    [0103] Where, the processor may be an integrated circuit chip having signal processing capability, and may implement or perform the methods, steps, and logic blocks disclosed in the embodiments of the present invention. For example, the above processor may be a general purpose processor, a Digital Signal Processor (Digital Signal Processor, DSP), an Application Specific Integrated Circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (field programmable gate array, FPGA) or other programmable logic device, a transistor logic device, a discrete hardware component, etc. Furthermore, a general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
    [0104] Furthermore, in embodiments of the present invention, the memory may be either a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memory. Where, the non-volatile memory may be a read-only memory (read-only memory, ROM), a programmable read-only memory (Programmable ROM, PROM), an erasable read-only memory (erasable PROM, EPROM), an electrically erasable read-only memory (electrically EPROM, EEPROM), or a flash memory. The volatile memory may be a random access memory (random access memory, RAM), which acts as an external cache memory. It should be understood that the above memories are exemplary but not limiting illustrations, for example, the memory in the embodiments of the present invention may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), a synchronous dynamic random access memory (synchronous DRAM, DRAM), a double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), an enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), a synchronous link dynamic random access memory (synchronous link DRAM, SLDRAM), a direct rambus random access memory (Direct Rambus RAM, DR RAM), and the like. That is, the memory of the systems and methods described herein is intended to include, without being limited to, these and any other suitable types of memory.
    [0105] Finally, it should be noted that the terms used in the embodiments of the present invention and the appended claims is for the purpose of describing particular embodiments only and is not intended to be limiting of embodiments of the present invention.
    [0106] For example, as the singular forms "alan", "the" used in the embodiments of the present invention and the appended claims, are intended to include the plural forms as well, unless the context clearly indicates otherwise.
    [0107] Also for example, the word "when ......" as used herein may be interpreted as "if" or "assuming that ......" or "in the case of ......" or "in response to a determination" or "in response to a detection", depending on the context. Similarly, the phrases "if determined" or "if detected (a stated condition or event)" may be interpreted as "when determined" or "in response to a determination" or "when detected (a stated condition or event)" or "in response to a detection (a stated condition or event)", depending on the context.
    [0108] A person with ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as the electronic hardware or a combination of the computer software and the electronic hardware. Whether such functionality is implemented as the hardware or the software depends upon the particular application and design constraints imposed on the implementation. A person professionally skilled may implement the described functionality in varying ways for each particular application, but such implementations should not be interpreted as causing a departure from the scope of the present embodiments.
    [0109] It is clear to a person with ordinary skill in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, devices and units may refer to the corresponding processes in the foregoing embodiments of the method, and are not described herein again.
    [0110] In several embodiments provided in the present application, it should be understood that the disclosed system, device, and method may be implemented in other ways. For example, the above-described embodiments of the device are merely illustrative, and for example, the division of the units is only a logical division, and there may be other divisions in actual implementation, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
    [0111] The units described as separate parts may or may not be physically separated, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the elements may be selected according to actual needs to achieve the objectives of the embodiments of the present invention.
    [0112] In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
    [0113] If the present invention is implemented in the form of software functional units and sold or used as a stand-alone product, and may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method described in the embodiments of the present invention. The aforementioned storage medium includes: a u disk, a removable hard disk, a read only memory, a random access memory, a magnetic or optical disk, etc. for storing program codes.
    [0114] The above description is only a specific implementation of the embodiments of the present invention, but the scope of the embodiments of the present invention is not limited thereto, and any person skilled in the art can easily conceive of changes or substitutions within the technical scope of the embodiments of the present invention, and all such changes or substitutions should be covered by the scope of the embodiments of the present invention. Therefore, the protection scope of the embodiments of the present invention shall be subject to the protection scope of the claims.
    权利要求:
    Claims (32)
    [0001] A method for retransmitting data, comprising:
    receiving, by a first device, on a data radio bearer DRB, a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device;
    verifying, by a PDCP layer of the first device, an integrity protection IP for the first PDCP PDU;
    transmitting, by the first device, a PDCP status report to the second device when a IP verification for the first PDCP PDU is failed and a trigger condition is met, wherein the triggering condition is used for triggering the first device to transmit the PDCP status report to the second device.
    [0002] The method according to claim 1, wherein the transmitting, by the first device, the PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and the trigger condition is met, comprises:triggering the first device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the first device is greater than or equal to a first threshold.
    [0003] The method according to claim 2, wherein the first threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0004] The method according to claim 2 or 3, wherein the method further comprises:setting the cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the first device to zero, after the first device transmits the PDCP status report to the second device.
    [0005] The method according to any one of claims 1 to 4, wherein the transmitting, by the first device, the PDCP status report to the second device when the IP verification for the first PDCP PDU is failed and the trigger condition is met, comprises:triggering the first device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a time interval after the failed IP verification for the first PDCP PDU is greater than or equal to a second threshold.
    [0006] The method according to claim 5, wherein the second threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0007] The method according to claim 5 or 6, wherein a timer is configured on the PDCP layer of the first device, wherein the method further comprises:
    stopping the timer after the first device transmits the PDCP status report to the second device;
    restarting the timer when the IP verification performed by the PDCP layer of the first device for a second PDCP PDU is failed, wherein the second PDCP PDU is a first PDCP PDU with failed IP verification after the first PDCP PDU.
    [0008] The method according to any one of claims 1 to 7, wherein the PDCP status report comprises indication information used for indicating that the PDCP status report is a status report triggered by the failed IP verification performed by the PDCP layer of the first device.
    [0009] The method according to any one of claims 1 to 8, wherein the method further comprises:receiving again, by the first device, on the DRB, the first PDCP PDU transmitted by the second device.
    [0010] A method for retransmitting data, comprising:
    transmitting, by a second device, on a data radio bearer DRB, a first packet data convergence protocol PDCP protocol data unit PDU to a first device;
    receiving, by the second device, a PDCP status report transmitted by the first device;
    determining, by the second device, whether to retransmit the PDCP PDU to the first device on the DRB, according to the PDCP status report.
    [0011] The method according to claim 10, wherein the PDCP status report comprises indication information used for indicating that the PDCP status report is a status report triggered by a failure of an IP verification performed by the PDCP layer of the first device, or the indication information is used for indicating that the PDCP status report is a status report triggered by the reestablishment of the PDCP layer of the first device by the first device.
    [0012] The method according to claim 10 or 11, wherein the determining, by the second device, whether to retransmit the PDCP PDU to the first device on the DRB, according to the PDCP status report, comprises:retransmitting, by the second device, on the DRB, the first PDCP PDU to the first device, when determining that the integrity protection IP verification for the first PDCP PDU is failed according to the PDCP status report.
    [0013] The method according to any one of claims 10 to 12, wherein the method further comprises:buffering, by the second device, the first PDCP PDU.
    [0014] The method according to claim 13, wherein the method further comprises:releasing, by the second device, buffered PDCP PDUs of the first PDCP PDU, when determining that the IP verification for the first PDCP PDU is successful according to the PDCP status report.
    [0015] The method according to claim 13, wherein the method further comprises:releasing, by the second device, buffered PDCP PDUs of the first PDCP PDU, when a time interval in which no feedback is received after the first PDCP PDU is transmitted by the second device is greater than or equal to a third threshold.
    [0016] The method according to claim 15, wherein the third threshold is information configured by a network device through a radio resource control RRC signaling.
    [0017] A device, comprising:
    a transceiver unit, configured to receive a first packet data convergence protocol PDCP protocol data unit PDU transmitted by a second device on a data radio bearer DRB;
    a processing unit, configured to verify, by a PDCP layer of the device, an integrity protection IP for the first PDCP PDU;
    the transceiver unit is further configured to transmit a PDCP status report to the second device when an IP verification for the first PDCP PDU is failed and a trigger condition is met, wherein the trigger condition is used for triggering the device to transmit the PDCP status report to the second device.
    [0018] The device according to claim 17, wherein the transceiver unit is specifically configured to:trigger the device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a cumulative number of the PDCP PDUs with failed IP verification on the PDCP layer of the device is greater than or equal to a first threshold.
    [0019] The device according to claim 18, wherein the first threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0020] The device according to claim 18 or 19, wherein the processing unit is further configured to:set the cumulative number of PDCP PDUs with failed IP verification on the PDCP layer of the device to zero, after the PDCP status report is transmitted to the second device.
    [0021] The device according to any one of claims 17 to 20, wherein the transceiver unit is specifically configured to:trigger the device to transmit the PDCP status report to a second device when the IP verification for the first PDCP PDU is failed and a time interval after the failed IP verification for the first PDCP PDU is greater than or equal to a second threshold.
    [0022] The device according to claim 21, wherein the second threshold is a threshold configured by a network device through a radio resource control RRC signaling.
    [0023] The device according to claim 21 or 22, wherein a timer is configured on the PDCP layer of the device, and the processing unit is further configured to:
    stop the timer after the PDCP status report is transmitted to the second device;
    restart the timer when the IP verification performed by the PDCP layer of the device for a second PDCP PDU is failed, where the second PDCP PDU is a first PDCP PDU with failed IP verification after the first PDCP PDU.
    [0024] The device according to any one of claims 17 to 23, wherein the PDCP status report comprises indication information used for indicating that the PDCP status report is a status report triggered by the failed IP verification performed by the PDCP layer of the device.
    [0025] The device according to any one of claims 17 to 24, wherein the transceiver unit is further configured to:receive the first PDCP PDU transmitted by the second device on the DRB again.
    [0026] A device, comprising:
    a transceiver unit, configured to transmit a first packet data convergence protocol PDCP protocol data unit PDU on a data radio bearer DRB to a first device, and receive a PDCP status report transmitted by the first device;
    a processing unit, configured to determine whether to retransmit the first PDCP PDU to the first device on the DRB according to the PDCP status report.
    [0027] The device according to claim 26, wherein the PDCP status report comprises indication information used for indicating that the PDCP status report is a status report triggered by a failure of an IP verification performed by the PDCP layer of the first device, or the indication information is used for indicating that the PDCP status report is a status report triggered by the reestablishment of the PDCP layer of the first device by the first device.
    [0028] The device according to claim 26 or 27, wherein the processing unit is specifically configured to:retransmit the first PDCP PDU to the first device on the DRB, when the integrity protection IP verification for the first PDCP PDU is determined to be failed according to the PDCP status report.
    [0029] The device according to any one of claims 26 to 28, wherein the device further comprises:a buffering unit, configured to buffer the first PDCP PDU.
    [0030] The device according to claim 29, wherein the processing unit is further configured to:release the buffered PDCP PDUs of the first PDCP PDU when the IP verification for the first PDCP PDU is determined to be successful according to the PDCP status report.
    [0031] The device according to claim 29, wherein the processing unit is further configured to:release the buffered PDCP PDUs of the first PDCP PDU when a time interval in which no feedback is received after the first PDCP PDU is transmitted by the second device is greater than or equal to a third threshold.
    [0032] The device according to claim 31, wherein the third threshold is information configured by a network device through a radio resource control RRC signaling.
    类似技术:
    公开号 | 公开日 | 专利标题
    JP6768898B2|2020-10-14|Dual link handover
    US10805430B2|2020-10-13|Evolved data compression scheme signaling
    US10075888B2|2018-09-11|Service-specific air-interface selection
    KR20180123141A|2018-11-14|Method for updating tracking area in wireless communication system and apparatus therefor
    TWI601435B|2017-10-01|Method of handling simultaneous communications and related communication device
    EP3332604B1|2020-04-22|Method, apparatus and computer readable medium for packet data convergence protocol | reordering with enhanced component carriers
    US10470090B2|2019-11-05|Data compression techniques for handover and radio link failure recovery
    US8798667B2|2014-08-05|Mobile communication method, mobile station and radio base station
    KR20140130200A|2014-11-07|Handling scheduling request collisions with an ack/nack repetition signal
    EP2266334B1|2018-12-26|Methods, apparatuses, and computer program products for providing multi-hop cryptographic separation for handovers
    CN105530706B|2019-07-26|A kind of method and apparatus transmitting downlink data
    EP2795819B1|2018-02-28|Systems and methods for improved recovery for the downlink
    KR101061746B1|2011-09-02|Transmission that is not interrupted while encryption configuration is changing
    US8630642B2|2014-01-14|Method of handling proximity information transmission and related communication device
    WO2018171634A1|2018-09-27|Communication method, device and system in wireless network
    US20190053034A1|2019-02-14|Service request transmission and user equipment, and service request reception and base station
    KR20110016455A|2011-02-17|Method and apparatus for delivery notification of non-access stratum retransmission
    JP6776235B2|2020-10-28|Methods and Devices for Synchronizing User Equipment Using HFN Offset
    US20160112924A1|2016-04-21|Early radio link failure | declaration
    WO2018201985A1|2018-11-08|System and method for handovers in a dual connectivity communications system
    US20190327607A1|2019-10-24|Method for reporting multi-connection transmission capability, method for configuring multi-connection transmission mode, method for preventing retransmission of data, ue and base station
    US10536892B2|2020-01-14|Method and device for data transmission
    EP3592037B1|2021-05-05|Method and device for switching
    US20180115888A1|2018-04-26|Network node, a wireless device and methods therein for handling radio access network | context information in a wireless communications network
    US9113385B2|2015-08-18|Method and arrangements for reducing the number of failed handover procedures
    同族专利:
    公开号 | 公开日
    AU2017438556A1|2020-06-25|
    KR20200086325A|2020-07-16|
    US20210076217A1|2021-03-11|
    JP2021509779A|2021-04-01|
    EP3709547A4|2020-11-18|
    WO2019090626A1|2019-05-16|
    CN111316584A|2020-06-19|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    法律状态:
    2019-05-18| STAA| Information on the status of an ep patent application or granted ep patent|Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
    2020-08-14| PUAI| Public reference made under article 153(3) epc to a published international application that has entered the european phase|Free format text: ORIGINAL CODE: 0009012 |
    2020-08-14| STAA| Information on the status of an ep patent application or granted ep patent|Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
    2020-09-16| AX| Request for extension of the european patent|Extension state: BA ME |
    2020-09-16| 17P| Request for examination filed|Effective date: 20200608 |
    2020-09-16| AK| Designated contracting states|Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
    2020-11-18| A4| Supplementary search report drawn up and despatched|Effective date: 20201019 |
    2020-11-18| RIC1| Information provided on ipc code assigned before grant|Ipc: H04W 28/04 20090101ALI20201013BHEP Ipc: H04L1/18 20060101ALI20201013BHEP Ipc: H04L1/00 20060101AFI20201013BHEP |
    2021-02-17| DAV| Request for validation of the european patent (deleted)|
    2021-02-17| DAX| Request for extension of the european patent (deleted)|
    优先权:
    申请号 | 申请日 | 专利标题
    [返回顶部]